home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1996 March / EnigmA AMIGA RUN 05 (1996)(G.R. Edizioni)(IT)[!][issue 1996-03][Skylink CD IV].iso / earcd / party / dmgwlf15.lha / Wolf3D-Info.txt < prev    next >
Text File  |  1980-01-01  |  8KB  |  223 lines
  1.                                 Wolf3D - Amiga
  2.  
  3.  
  4.                             Codex:  STL/Damage(SF)
  5.  
  6.                  C2P combination of c2p_020_fastram and c2p4.a
  7.  
  8.                                    Gfx:  STL
  9.  
  10.               Quality Assurance and High Depressing:  Friends :)
  11.  
  12.  
  13. V1.0 16..17.12.94, (pre)^n release and obsolete as well as V1.1.
  14. V1.1 followed some days later as a quick re-release after improvements.
  15.  
  16. Changes after V1.1:
  17.  
  18. · Game engine optimized and lots of shit kicked out from the ray routines.
  19. · Document mistakes corrected.
  20.  
  21. V1.2 release date 26.12.94. Changes after V1.2:
  22.  
  23. · Doors (basically pretty ready, but yet disabled for unsubdividional reasons)
  24. · Real dithering (or actually not, but should fool you :)
  25. · EHB/OCS and 256/AGA colour modes.
  26. · The usage of blitter added to the C2P routine.
  27. · Faster, optimized etc...
  28.  
  29. V1.3 released?  Dunno...  :)
  30.  
  31. · Anyway, even more optimizations, HD crashes (not caused by the Wolf though :)
  32. and other nice surprises (My HD's PSU blew up...  Sigh)...
  33.  
  34. V1.4 release: this hopefully also spread...
  35.  
  36.                                  *** V1.5 ***
  37.  
  38. What's new:
  39.  
  40. Floor/Ceiling texture mapping
  41. Bigger screen
  42.  
  43.  
  44. MAIL: andezl@kastelli.otol.fi
  45. IRC: Check out STL!andezl* on #amiga or #amigascne
  46.  
  47.  
  48. This  demo  is made for an interest in coding a FAST similar 3D routine that is
  49. used in Wolfenstein (or why not better while on it :) For a long time, that was
  50. not  possible  due  to the lack of algorithms required to the rendering of a 3D
  51. screen  from  a  simple  2D  map.  The last kick needed came from the documents
  52. written by Brian Marshall.
  53.  
  54. Without  him,  this  demo would not exist.  Also extra thanks to Count Zero for
  55. supplying  me  with  those documents.  And most thanks to Peter McGavin for his
  56. fine Chunky sources.
  57.  
  58. The  hardware requirements are kept to minimum in order to make this accessible
  59. for  everyone.   The only limit is the EHB mode, which (as I recall) limits out
  60. the A1000 machines, which don't have it.
  61.  
  62. Features:
  63.  
  64. · Two screen sizes, 128x96 and 192x160.
  65.  
  66. · Two colour modes, 64-EHB and 256-AGA.
  67.  
  68. · Floor, ceiling and wall Texture mapping.
  69.  
  70. · Depth cueing with realtime texture dithering.
  71.  
  72. · Sprites.
  73.  
  74.                                       ***
  75.  
  76. Here  are  the keyboard controls for the game.  Mitsumis are welcome and others
  77. are not.  A1200 is especially unstabile.  Key detection fails, key releases may
  78. be  left  undetected,  matrix  fails  and  other general shit.  Well, not fatal
  79. though.  Most of the time it works (= at least 50% of cases).
  80.  
  81.  
  82. ESC/LMB=quit
  83.  
  84. Joystick Fire/R-ALT=fire current weapon.  N/A
  85.  
  86. R-Amiga=modify turn left/right keys to do sidewalk.  N/A
  87.  
  88. Space=open door.  N/A
  89.  
  90. Shift=running mode, also available on numeric.
  91.  
  92.  
  93. Numeric keyboard controls:
  94.  
  95.  
  96.         [        ]        /        *
  97.       sidewalk left      move forwards      sidewalk right
  98.  
  99.  
  100.         7        8        9        -
  101.         turn left      move forwards       turn right
  102.  
  103.  
  104.         4        5        6        +
  105.         turn left     move backwards       turn right      fire weapon N/A
  106.  
  107.  
  108.         1        2        3        E
  109.         turn left     move backwards       turn right       open doors N/A
  110.  
  111.  
  112.         0                .
  113.        running mode
  114.  
  115.  
  116. Another  method for primary controlling, although more limited, is to use arrow
  117. keys.  This helps with the A1200's keyboard.
  118.  
  119.  
  120.                                   The Engine
  121.                                   ----------
  122.  
  123. What's new?  (Again)
  124.  
  125. The view is completely texture mapped, in contrary to the previous version that
  126. had  only  the  walls  texture  mapped.   Now  mapping  includes walls, floors,
  127. ceilings, sprites and doors (that are faked yet!).  All the walls, ceilings and
  128. floors  are  faded and dithered according the depth and the type of the texture
  129. block  (floor  is  the  darkest,  ceiling  little lighter and wall receives the
  130. maximum light) to accomplish the view perfection to the eye.
  131.  
  132. The  floor/ceiling routine was started from scratch and has reached the current
  133. form  after 9 hours of optimizing/developing.  This routine is the thirth one I
  134. have made for such purpose.  It is at least the fastest I have seen anywhere so
  135. far.  Sorry for not having an actual floor/ceiling texture selection map.  Will
  136. be done some day.
  137.  
  138. Here's  a  little comparision that I have made to the leading Wolf Clone (in my
  139. opinion),  that  is  yet  very similar to my own:  Nearest match is POOM, and I
  140. talk about the version demonstarted in Parallax's demo Drool This.
  141.  
  142. What makes DamageWolf better than POOM?
  143.  
  144. - Soft fading, lots of entirely differing colours and only 64 colours used
  145.   (AGA uses full 256 colour palette, of course).
  146.  
  147. - Ceiling and floor are independent in both the lighting level and texture. 
  148.   Any texture could be selected, but this is yet limited. (I think POOM
  149.   mirrors ceiling to floor (or the other way), fast and simple solution)
  150.  
  151. - Smaller memory usage (this means worse textures, though)
  152.  
  153. - Texture Dithering (gives more than 100 rastered colours)
  154.  
  155. - Very long distance view (one ray is traced at least 40 squares of map before
  156.   it is assumed never to hit anything), I believe the farthest on Amiga.
  157.  
  158. - Faster/Equal speed (Actually I don't know, Drool This run on 68030/50
  159.   without any framerate information except the one given by analog measuring
  160.   equipment, ie. my eyes and the size of the view wasn't mentioned (or I
  161.   didn't catch it))
  162.  
  163. What DMGWolf misses compared to POOM?
  164.  
  165. - Doors (although POOM's doors can be easily managed)
  166. - Nice textures, animation, 128x128 blocks etc... (I am NOT a GFXian.)
  167. - POOM has larger screen.
  168. - POOM's sprites are faded
  169.  
  170.  
  171. Of course I have seen some other Wolfs, too, but they hardly match with mine's.
  172. I'm  waiting  for  TextDemo5,  which should have all kinds of neat stuff, and I
  173. want  to  see Alien Breed 3D as well...  And of course the next release of POOM
  174. :)
  175.  
  176.  
  177.                                  General info
  178.                                  ------------
  179.  
  180. Firstly,  the  AGA  versions  of  the  routine  may  not  work.   I have had no
  181. possibilities  of  testing  this demo on AGA systems (or higher processors than
  182. the  68000,  but  shouldn't matter).  I'm almost sure that this works, but then
  183. again,  if  there is any static then please mail me and tell me what goes wrong
  184. and  mention  the  system  you  are  running the demo on as well.  You may also
  185. politely  express  that  I'm  a  complete  idiot for failing in such a pathetic
  186. manner :)
  187.  
  188. Secondly, the OCS/ECS versions of this demo should run perfectly well :)
  189.  
  190. Another  note here is the doors, or the wannabe-just-testing -doors.  They seem
  191. to  curve  and  bulge  interestingly.   The thing that goes wrong is the linear
  192. interpolation used, which leads to all these false results.  I haven't had time
  193. to  develope a hyperbolic or any other proper texture interpolation system.  Oh
  194. yeah, the texture selected for the doors is just some garbage I found on my HD,
  195. and NOT the final (as you can guess :) ...
  196.  
  197. Some  more  words  about  those dull sprites.  That lamp thingie for example is
  198. there  for testing purposes and doesn't even deserve to be thought as a joke :)
  199. ..   Besides,  as  mentioned, I'm not a gfxian.  Well, hell.  Also the lighting
  200. level  of  the  sprites  fails.   This is for the fact that the sprites are not
  201. faded  at  all.  Sorry.  This can be fixed very easily, but whattafuck, I'll do
  202. that the other day :)
  203.  
  204. And the last note is that the Texture Dithering process has bugs.  This appears
  205. as  sudden  hiliting  of  some  colours/dithering componenets.  Don't know what
  206. causes  this.  Anyway, all this little finishnessless is due to the fact that I
  207. haven't yet cared about them too much.  Well, there will be re-releases in case
  208. this version turns out to have more bugs than advantages :)
  209.  
  210. The  precalculating  sequence  at  the start takes a while.  It is not that the
  211. Wolf  calculates a lot - it is that there are some pretty complex things to do.
  212. If  I  precalculated  somewhat  20KB  and included that into the .exe, the demo
  213. would start about instantly.
  214.  
  215.                                       ***
  216.  
  217. Enough.   N-joy,  have  fun,  explore.   If  you  have comments, suggestions or
  218. questions, just mail me.  Any mail would be most welcome.
  219.  
  220.  
  221. * STL / Damage --- Antti Lankila --- andezl@kastelli.otol.fi *
  222. * ^^^ = IRC     -                 -            MAIL          *
  223.